System and method for object searching in virtual worlds

ABSTRACT

A system and method enabling the search for a three-dimensional virtual world object across the universe of virtual worlds by utilizing a two-step search process to first identify the object and second, to actively locate and generate a URI to all presently manifest instances of that object.

RELATED APPLICATIONS

The present invention is a continuation application of commonly-owned,co-pending U.S. patent application Ser. No. 12/697,845, filed on Feb. 1,2010, the entire contents and disclosure of which is incorporated byreference as if fully set forth herein.

BACKGROUND

1. Field

The invention relates generally to three-dimensional simulatedenvironments or “virtual worlds”, and more particularly, to a system andmethod of searching for a three-dimensional object (“virtual worldobject”) existing across multiple virtual worlds.

2. Description of the Prior Art

The only way to efficiently locate a particular piece of information ona large network of information is to utilize a search engine. AnInternet search engine is designed to search the World Wide Web forweb-pages, images and other types of information. Internet searchengines gather information by accessing web sites and indexing theircontents, a process sometimes referred to as “crawling” since earlysearch engines would index a web site and follow links from that website to other web sites. Google™, for example, is a well-known searchengine that accepts a textual input and provides a search button.Pressing the search button initiates a search and links to informationmatching the input are displayed.

Many patents describe and improve upon retrieving, indexing, querying,and presentation of information on a large network. U.S. Pat. No.5,454,106 teaches using natural language to query a search engine. U.S.Pat. No. 6,381,607 teaches a technique for indexing of information forbetter retrieval. U.S. Pat. No. 6,377,945 teaches a method of dataretrieval. U.S. Pat. No. 6,480,837 describes the use of weighted searchresults to improve the presentation of search results. However, theseinventions all operate within the conventional search-enginearchitecture described.

Conventional search engine designs operate on the presumption thatdiscovered contents will remain in the same location over time. Inessence, traditional search engine fodder exists in two-dimensionbecause it can be located using a single address, or a Uniform ResourceIdentifier (“URI”) as proposed in Internet Engineering Task Force(“IETF”), Proposed Standard RFC 3986 that is a prerequisite totraditional search engine operation.

A virtual world is a three-dimensional environment created by a computerand multiple virtual worlds may collectively form a universe of thevirtual worlds. A virtual world may depict a purely fictional settingexisting only in the mind of its creator as well as a real-worldsetting. A virtual world contains three-dimensional graphical objects,collectively known as virtual world objects, represented bycharacteristics such as a primitive and a texture. The primitive definesthe object's shape and the texture is an image wrapped around theprimitive to give it a realistic appearance. Other characteristics ofthe objects include video, audio and executable program code.

While real world objects have three dimensions, the virtual worldobjects, however, exist in six dimensions. The first three dimensionsidentify a virtual world object's coordinates within a virtual world.The fourth-dimension governs time, as virtual world objects are capableof movement. The fifth-dimension is necessary to identify a specificinstance, or clone, of the virtual world object, since it may exist inmultiple locations at the same time. The sixth and final dimensionidentifies the specific virtual world within the universe of virtualworlds. The complexity of movement and parallel existence of virtualworld objects make it impossible to be assigned a persistent staticreference such as a URI. As such, searching in six dimensions is beyondthe capability of existing search engine technology because thattechnology is grounded in the two-dimensional world of static URIreferences. It would be advantageous to provide functionality forlocating a virtual world object in light of its complicated existence.

SUMMARY

The present invention builds upon the conventional search and locatingengine architecture and breaks free of its two-dimensional limitations.As is well known, the ability to search is predicated on the existenceof an index. The index in the present invention (“object index”)includes an entry for every virtual world object existing within theuniverse of virtual worlds. According to the present invention, avirtual world object search system is proposed, comprising a publicationstorage device, an adaptor means, an object discovery means, and anobject search means which includes an interface to accept user inputsearch parameters. The present invention presents a search method whichsegments the search process into two steps. Segmentation is necessary toaccommodate the mobile nature of virtual world objects. The first searchstep identifies a virtual world object and the second step locates thevirtual world object.

Thus, according to one aspect of the present invention, there isprovided a system for locating a three-dimensional object across auniverse of virtual worlds, said universe of virtual worlds comprisingone or more virtual worlds each virtual world executing as anapplication program, and accessible via a computer network, said objectbeing uniquely identified by an object identifier, and said objecthaving a plurality of properties associated therewith and said objecthaving one or more current locations in said universe of virtual worldseach location represented by a URI, said system including a virtualworld object locator interface means associated with a correspondingvirtual world, for obtaining said one or more object current locationsbased on an object identifier of said object; a publication storagedevice for storing a plurality of a plurality of object properties forall objects in said universe of virtual worlds, said object propertiesincluding at least said object identifier; an adaptor means forproviding a standard command interface to communicate with acorresponding virtual world application program over said computernetwork; an object discovery means for retrieving a plurality of aplurality of object properties for all said objects within said universeof virtual worlds, and storing said retrieved object properties in saidpublication storage device, and said object discovery means utilizingsaid adaptor means to communicate with said universe of virtual worlds;an object search means for obtaining one or more URIs, each referencinga location of said object's current locations within the universe ofvirtual worlds, using said object identifier of said object obtainedfrom said publication storage device, and said object search meansutilizing said adaptor means to communicate with said virtual worldobject locator interface.

According to another aspect of the present invention, there is provideda method for locating a three-dimensional object across a universe ofvirtual worlds, said universe of virtual worlds comprising one or morevirtual worlds each virtual world executing as an application program,and accessible via a computer network, said object being uniquelyidentified by an object identifier, and said object having a pluralityof properties associated therewith and said object having one or morecurrent locations in said universe of virtual worlds each locationrepresented by a URI, said method including providing a virtual worldobject locator interface means associated with a corresponding virtualworld, for obtaining one or more object current locations based on anobject identifier of said object; providing a publication storage devicepopulated with a plurality of a plurality of object properties for allobjects in said universe of virtual worlds, said object propertiesincluding at least said object identifier; providing an adaptorcorresponding to a virtual world; receiving user input for object searchrequest; providing an object search result list comprising one or moresaid object identifiers from said publication storage device in responseto user input wherein said object search result list membership isdetermined by said user input; accepting an object identifier from saidobject search result list in response to user selection of said objectidentifier; obtaining object current locations of said accepted objectidentifier; and providing an object current location result listcomprising the current object locations of the accepted objectidentifier, wherein each object current location result list entry hasat least a URI associated therewith.

According to still another aspect of the present invention, there isprovided a computer program product for locating a three-dimensionalobject across a universe of virtual worlds, said universe of virtualworlds comprising one or more virtual worlds each virtual worldexecuting as an application program, and accessible via a computernetwork, said object being uniquely identified by an object identifier,and said object having a plurality of properties associated therewithand said object having one or more current locations in said universe ofvirtual worlds each location represented by a URI, the computer programproduct comprising including a computer usable medium having computerusable program code embodied therewith, the computer usable program codecomprising including computer usable program code configured to: providea virtual world object locator interface means associated with acorresponding virtual world for obtaining one or more object currentlocations based on an object identifier of said object, provide apublication storage device populated with a plurality of a plurality ofobject properties for all objects in said universe of virtual worlds,said object properties including at least said object identifier,provide an adaptor corresponding to a virtual world, to receive userinput for object search request, provide an object search result listcomprising one or more said object identifiers from said publicationstorage device in response to user input wherein said object searchresult list membership is determined by said user input, accept anobject identifier from said object search result list in response touser selection of said object identifier, obtain object currentlocations of said accepted object identifier, and provide an objectcurrent location result list comprising the current object locations ofthe accepted object identifier, wherein each object current locationresult list entry has at least a URI associated therewith.

According to still further another aspect of the present invention,there is provided a method of deploying a computer program product forlocating a three-dimensional object across a universe of virtual worlds,said universe of virtual worlds comprising one or more virtual worldseach virtual world executing as an application program, and accessiblevia a computer network, said object being uniquely identified by anobject identifier, and said object having a plurality of propertiesassociated therewith and said object having one or more a currentlocations wherein said current location is the object's position withina virtual world, and wherein said object's current location beingrepresented by a URI, wherein, when executed, the computer programperforms the steps of providing a virtual world object locator interfacemeans associated with a corresponding virtual world, for obtaining oneor more object current locations based on an object identifier;providing a publication storage device populated with a plurality of aplurality of object properties for all objects in said universe ofvirtual worlds, said object properties including at least said objectidentifier; providing an adaptor corresponding to a virtual world;receiving user input for object search request; providing a objectsearch result list comprising one or more said object identifiers fromsaid publication storage device in response to user input wherein saidobject search result list membership is defined by said user input;accepting an object identifier from said object search result list inresponse to user selection of said object identifier; obtaining objectcurrent locations of said accepted object identifier; and providing anobject current location result list comprising the current objectlocations of the accepted object identifier, wherein each object currentlocation result list entry has at least a URI associated therewith.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a walk-through in an exemplary virtual worldenvironment in accordance with the present invention;

FIG. 2 illustrates exemplary methods steps implemented for populating asearchable object index in accordance with the present invention; and,

FIG. 3 illustrates exemplary method steps to obtain a location to avirtual world object's current location(s) in accordance with thepresent invention.

FIG. 4 illustrates an exemplary computer system in accordance with thepresent invention.

DETAILED DESCRIPTION

Searching for a virtual world object within the universe of virtualworlds requires enhancements to virtual world server applications andthe virtual world objects contained therein. Virtual world serverapplications are implemented in a variety of architecturally distinctdesigns. Despite the differences in implementation, a virtual worldserver application generally follows a client-server model, in whichmultiple client applications communicate over a network with whatappears to be a single server acting as conduit between those clientapplications. Virtual world server applications supporting search of thethree-dimensional objects must provide a function interface for locatinga presently manifest virtual world object within that virtual world.Also, virtual world objects each must have a unique identifier withinthe entire virtual world universe and must provide searchableinformation through a descriptive property interface.

Virtual world objects require unique identifiers to be located.Presently, virtual world objects may be located from within a specificvirtual world. Even though object identification indications areproprietary to a specific virtual world, a particular identificationscheme may conflict with or be incompatible with otherwise similarobjects found in another virtual world in the universe of the virtualworlds. To properly identify a particular virtual world objectindependent of its environment will require an identifier that is uniqueacross the namespace of all virtual worlds. A Universally UniqueIdentifier (“UUID”) is one example of a structure that can uniquelyidentify a virtual world object. The UUID specification is set forth inthe Internet Engineering Task Force (“IETF”) in Proposed Standard RFC4122, fully incorporated by reference herein. The use of the UUIDenables distributed systems to uniquely identify information withoutsignificant central coordination, and its use for identifying objects iswell known in the art. Virtual world objects identified by UUID can becombined into a single database without name conflicts. A virtual worldobject may exist in multiple locations within multiple virtual worlds ofthe universe as facilitated by the UUID naming indication.

An object definition is the information necessary for a computer tocreate or manifest an object, which includes the primitive and texture.Some virtual world objects will have a definition that existsindependently of any particular virtual world. Distinguishing between anobject location and the location of an object definition is critical: anobject location is where that object is presently manifest and changesas the virtual world object moves; whereas the location of an objectdefinition is persistent and can be referenced by a URI. As such,traditional search engine architecture is well suited for locatingobject definitions but not the current object locations having sixdimensions. The present invention is directed to searching for anobject's current location rather than the location of an objectdefinition.

When referenced, the hosting server of a virtual world would deliverback a document comprising attributes similar to the following example:

<virtual object> <geometry definition> ... </geometry definition><state> <location> X=1223 Y=4233 Z=2134 </location> .... </state><texture> http://texture.server1.com/path/subpath/texture1.gif</texture> </virtual object>

It is important for the purpose of description to keep distinct theusage of URI as meaning virtual object location, as sometimes it meansvirtual object identifier. In the following description, virtual objectidentifier and virtual object location are of different meanings. Thefollowing describes the two terms in the process of searching: in Step1, crawler processes collect virtual objects' identifiers and theirdescriptions. At this time, the locations of virtual objects are notneeded, because the locations of the objects may change; in Step 2,users searching for particular virtual objects in the system get theobjects' identifiers as a result; and in Step 3, when users try toaccess the virtual objects, the virtual object identifiers will betranslated into their current locations contained in the URIs.

An independently defined object is referenced by a URI, and in someinstances, may not have a unique identifier. For virtual world objectswithout a UUID but referenced by a URI, a UUID may be generated based onthe URI itself. This can be accomplished using the UUID generator ofVersion 3 (MD5 hash) UUID generator, which derives a UUID from a URI viathe Message-Digest algorithm 5 (“MD5”) as specified in the IETFpublished Proposed Standard RFC 1321, incorporated herein by reference.It is understood that there are other implementation options, e.g. arandom number generator or a generator using SHA-1 hashes. The benefitof the MD5 algorithm using a URI as base for the hash is that multiplereferences to the same URI may be identical and therefore can be used tooptimize cache behavior.

Further, virtual world objects must provide a “description” property.The description property provides descriptive information about thevirtual world object in textual form constituting the corpus ofsearchable information. Extensible Markup Language (XML) can be used toenrich quantity and quality of the description information available,thereby giving an unlimited range of searchable sub-properties. Anotheradvantage of XML is that it allows for seamless extension in the future.A non-limiting example of the information based on XML returned by thedescription property is as follows:

<name> Jack </name> <description> I’m a dog named Jack. </description><type> dog </type> <characteristic> male </characteristic> <weight>eight pounds </weight> <created> February 22, 2032 11:21:00 AM</created> <author> Boas Betzler </author>

Another non-limiting example of a description property implementation isto generate the property dynamically, which is depicted in the followingcode:

Default { name = “Jack”; description = “I'm a dog named Jack.”; listen(string message ) { if (message == “DESCRIPTION” ) { return( “<name>” +name + “</name><description>” + description + “</description>...”); } }... }

In the non-limiting example, the virtual world object responds to themessage “DESCRIPTION” over by returning a message containing theobject's description. The message in this example being the name and thedescription as defined in the object itself. It is noted that embeddingthe “description” property into existing code impacts multi-world objectdefinition requirements and in each virtual world, the functionimplementation should specify reasonable value to this property, such asusing existing property value.

Virtual world servers must also provide a virtual world object locationinterface. The interface will implement functionality for obtaining thepresent location or locations of a virtual world object within thatvirtual world. Assume for the purpose of this discussion the interfaceis implemented through a GetObjectLocation function. TheGetObjectLocation function will take a UUID as a parameter and return alist of coordinates where an identified object is presently manifestwithin that virtual world. An example definition of theGetObjectLocation function might be:

URI.GetObjectLocation(object identifier),

wherein object identifier is a UUID.

An example call to a virtual world server application GetObjectLocationfunction may be:

VWorld.GetObjectLocation(“{650e9420-g29b-43f4-b716-446655440554}”)

Table 1 below shows an example result-set returned in response to theabove function call showing the object's “current location” for eachinstance object, where X, Y and Z represent coordinates within thevirtual world “VWorld.” It is noted in Table 1 that because UUID is onevirtual object's identifier, so one UUID only indicates one virtualobject.

TABLE 1 UUID X Y Z URI {650E9420-G29B-43F4-B716-446655440554} 10 55 669

The precise function interface and result-set for the GetObjectLocationfunction are not necessarily uniform among virtual world serverapplications. The only requirement is that the virtual world serverapplication can provide the current locations for an object based on anobject identifier. A virtual world adaptor as discussed in detail belowhandles the different implementations of the GetObjectLocation functionin the virtual worlds.

According to the present invention, there is additionally provided avirtual world adaptor to provide a standard interface between thesearch-engine and varying virtual world server implementation, i.e., athink program implementing a virtual function table or wrapper function.Multiple adaptors are shown in FIG. 2 at 380 and 315 and one adaptor isshown in FIG. 3 at 495. For example, a World-X brand serverimplementation capable of running parallel worlds would requires a subworld parameter shown as follows: World-X.GetObjectLocation(objectidentifier, sub world). Following this example, if a virtual worldprovider using the World-X brand server application has two virtualworlds w1 and w2 running in parallel, then the adaptor for virtual worldwill translate a call to the GetObjectLocation function to the World-Xspecific form: GetObjectLocation(object identifier,“w1”). And theadaptor for virtual world w2 will translate a call to theGetObjectLocation function to the World-X specific form:GetObjectLocation(object identifier,“w2”).

In another example, a World-Z brand server application implements theGetObjectLocation function as: World-Z.GetObjLoc(object identifier). Inthis instance, the adaptor will translate a call to theGetObjectLocation function to the World-Z specific form:GetObjLoc(object identifier).

Moreover, searching the universe of virtual worlds requires an index.The index in the present invention (“object index”) comprisesinformation pertaining to all objects existing within the universe ofvirtual worlds. The object index includes an object identifier field anda description field for each object. As described herein, it isunderstood that the description field is not limited solely to theobject's description property, but rather refers to a collection offields related to description of the object's index entry. That is,description means a set of fields containing searchable information.

Searchable fields may include character, numeric, and binary data types.Further division among character fields can be used to representinformation in multiple languages. For example, if a virtual worldobject's description is in French, then “description_fr” contains theoriginal text and “description_en” will contain the French-Englishtranslation.

A binary data type field can store a wide variety of informationformats. For example, a virtual world object's texture-map image can bestored in a binary field to permit a search based on an image ratherthan plain text. However the present invention contemplates processingnot only text based but also picture based, video based and 3D modelembodiments.

The picture search methods widely used by search engines such as Googleare text based and resolve the problem of text to picture search. Thereare methods that resolve the problem of picture to picture search, forexample the Generalized Virtual-Node (GVN) algorithm, proposed byPunpiti Piamsa-nga et. al., uses a K-tree to keep indexing thecharacteristics of images and further searches can be done based on it,such as the In-Picture Search Algorithm for Content-Based ImageRetrieval.

Video searching includes programming means that finds a video similar toa given video segment. There are search methods available in the priorart, such as the methods described inhttp://groups.csail.mitedu/graphics/pubs/siggraph2004_videomatching.pdfand http://www.springerlink.com/content/x56h18r180x6p4m4/, the wholecontents and disclosure of each are fully incorporated by referenceherein. In the present invention, a framework is provided so thatdifferent video search methods may be plugged in.

3D model searching is another important method in virtual worldsearching. Some algorithms have been proposed in the domain of computergraphics. For example, the paper entitled,“Feature-Based SimilaritySearch in 3D Object Databases” authored by Benjamin Bustos, Daniel A.Keim, Dietmar Saupe, Tobias Schreck, Dejan V. Vranić, whollyincorporated by reference herein, describes the 3D model based searchingmethod. A feature-based similarity search described in the paper “3DObject Databases”, ACM Computing Surveys (CSUR), v. 37 n. 4, p. 345-387,December 2005 is also wholly incorporated by reference herein.

Abstract data representing an object's model can be stored as characteror binary data. An object's model is the information required tomanifest or create the virtual world object. A model field allows searchinput to include an actual virtual world object. An advantageous aspectof a model-based search is that copies of a virtual world object can bedetected.

An object discovery process is implemented to populate the object index.Populating the object index can be accomplished in several ways. Astraightforward approach would be to simply walk-through each virtualworld and record the descriptive information for all virtual worldobjects encountered in the process. The thoroughness of the objectdiscovery process is achieved through rudimentary crawler applicationinterface (AI), which may consist of many possible implementations knownin the prior art. In an exemplary embodiment, the crawler divides thespace into a set of small areas, each of which has a viewpoint, which isthe central point of the small area. The crawler will then teleport tothese viewpoints one by one. If a virtual object occupies the viewpoint,the crawler will collide and move to an adjacent position. In this casethe area is further divided into quarters or even smaller area. Thecrawler walks through these new viewpoints successively. At eachviewpoint, the crawler use Look, Retrieve and Navigate commands tocollect information. The commands that follow illustrate, in anon-limiting sense, one example of the object discovery process. In anexemplary embodiment, the object discovery process executes commands toLook, Retrieve, and Navigate within a virtual world. Note that anadaptor will translate the Look, Retrieve and Navigate commands into aform expected by the virtual world. The Look command brings all objectsinto view from the current viewpoint. The Retrieve command returns thedescriptive information for all objects visible from that viewpoint. Forexample, a Second Life® function that implements both the Look andRetrieve commands might be implemented as:

Default { ... llShout(SEARCH_REQUEST_CHANNEL, SEARCH_REQUEST); ...listen ( integer channel, string name, key id, string message ) { if(message == “DESCRIPTION” ) {... } } ... }

The Navigate command moves the crawler to a new viewpoint. Withreference to FIG. 1, depicting an example of Home Interior virtualworld. In this example, the crawler begins at viewpoint 130. The Lookcommand reveals the exterior of a home 170, with an entry point at 145.Navigating through the door 145 leads to viewpoint 150 where the lookcommand shows an entryway to the next room 140, and a loveseat 175.Next, the Navigate command walks the crawler through the door 140 toviewpoint at 155. The Look command will bring the sink 135 and thevanity 125 into view. At that same location 155, the Retrieve commandwill return the descriptive information for the vanity 125 and thevanity 135, as well as the two entryways 120 and 140. The Navigatecommand will then advance to the next viewpoint 160 and the same processis repeated, i.e., at the viewpoint 160, breakfast table 105 and plant115 will be in view and their descriptive information captured with theRetrieve command before the crawler finally navigating out of the homethrough entryway 110.

FIG. 2 illustrates one possible implementation for indexing the virtualworld objects retrieved by the crawler during the walking through of thevirtual world. The method will be described in detail as follows.

In Step 1 depicted in 200, Virtual World_(i), which one of the unvisitedvirtual worlds of Virtual World₁ through Virtual World_(n), is selected,wherein i={1 . . . n} and n=number of virtual worlds in the universe ofvirtual worlds, as illustrated in 205.

In Step 2 depicted in 210, the Adaptor, corresponding to Virtual World,is selected among the Adaptor₁ through Adaptor_(n), as illustrated in215.

In Step 3 depicted in 220, the crawler retrieve the information for allobjects in Virtual World_(i) 230 through Network 285, assisted by theAdaptor, selected in Step 2, using the method disclosed hereinabove inconnection with FIG. 1.

In Step 4 depicted in 225, the retrieved descriptive information forobjects observed in Virtual World_(i) is indexed in 245.

In Step 5 depicted in 250, the crawler determines if there are virtualworlds that have not been visited. The crawler will repeat Steps 1-4until Virtual World_(1-n) have all been visited when the crawlerterminates the process and the indexing of the objects is completed in270. Thereafter, the object index database 245 will include a record ofeach virtual world object encountered in the universe of virtual worlds205. An alternative method to Steps 1 through 5 may include parallelexecuting of Steps 2 through Step 4 with regard to the Virtual Worlds.

In another embodiment, the object index may be populated by using abroker. A broker is a server process that remains inside the virtualworld at all times and remains stationary, i.e., the broker does notmove in the virtual world. The broker records descriptive informationfor the virtual world objects that pass within its view and uses itsinternal data structures to store data (e.g., its property field,variable space, etc.). The broker may collect information periodicallyor upon the event when an object passes by. However, it is understoodthat a browser information collection policy may be implemented. Thecollected information is defined by the objects which are queried. Ifsome information has already been collected, the objects will want toclose the query channel. For example, with reference to FIG. 1, a brokermay be placed in the middle of each room 150, 155 and 160. There, thebroker maintains the descriptive information until it is collected byanother process after some interval of time. There are two methods totransfer the information to virtual world adaptors. The first one is tosend the information to the crawler that is passing by the broker. Theother method is to send the information to the virtual world adaptorsafter some interval of time.

In one aspect of the present invention, a two-step process is providedfor locating a virtual world object in combination with the enhancementsto the virtual world server implementations and the object namingindication. This two-step process is necessary because the same objectmay appear in more than one location within multiple-virtual worlds andthe object's location is not static. Thus, the system and enhancementsenable the rapid provision of a reference URI for each current locationof a virtual world object based on user-input search parameters. This isaccomplished by segmenting the traditional single-step query-resultsearch into two distinct steps. The first step identifies the desiredvirtual world object and the second step actively seeks all currentlocations of that virtual world object and provides a list ofcorresponding URIs. Dividing the search into two steps is necessarybecause virtual world objects are capable of movement and thus do nothave a persistent reference. The URIs generated in the second steppermit the user to visit the object's location as of the moment thesearch is conducted.

The search steps are illustrated in FIG. 3. The first step in finding avirtual world object's current locations is to get the objectidentifier. To obtain the object identifier the object index 310 ofvirtual world objects is queried based on user input criteria 300, suchcriteria being plain text or other aforementioned input data types orstructures. Matching objects and identifiers are returned as shown in320, including object identifiers 380. Then a user, via a graphicinterface, is able to select a matching object from the query resultspresented in 320. Selecting an entry 325 initiates the second searchstep by passing the object identifier selected in 330 to the objectlocator process 335.

The object locator process 335 gets the virtual world object's currentlocations based on its identifier. The result is a list of objectlocations 370 with corresponding URIs 385 referencing the presentlymanifest instances of the virtual world object within the universe ofvirtual worlds. To create the object location list 370, the objectlocator process 335 invokes the GetObjectLocation function in 345 foreach virtual world 365 in the universe of virtual worlds 390. Theresults 360 returned from the processing at each virtual world arepresented separately or, optionally, combined into a single result-set370. Adaptors_((1-n)) 395 are selected during this step to accommodatevariations in the implementation of the GetObjectLocation functionacross the universe of virtual worlds via network 400. A URI may beselected in 375 from the list of object locations 370 and used to accessthe virtual world object.

The present invention can be realized in hardware, software, or acombination of hardware and software. A typical combination of hardwareand software could be a general purpose computer system with a computerprogram that, when being loaded and operational, controls the computersystem such that it carries out the methods described herein. Thepresent invention can also be embedded in a computer program product,which comprises all the features enabling the implementation of themethods described herein, and which, when loaded into a computer system,is able to carry out these methods.

Computer program means or computer program in the present contextinclude any expression, in any language, code or notation, of a set ofinstructions intended to cause a system having an information processingcapability to perform a particular function either directly or afterconversion to another language, code or notation, and/or reproduction ina different material form.

Thus, the invention includes an article of manufacture which comprises acomputer usable medium having computer readable program code meansembodied therein for causing a function described above. The computerreadable program code means in the article of manufacture comprisescomputer readable program code means for causing a computer to effectthe steps of a method of this invention. Similarly, the presentinvention may be implemented as a computer program product comprising acomputer usable medium having computer readable program code meansembodied therein for causing a function described above. The computerreadable program code means in the computer program product comprisingcomputer readable program code means for causing a computer to effectone or more functions of this invention. Furthermore, the presentinvention may be implemented as a program storage device readable bymachine, tangibly embodying a program of instructions executable by themachine to perform method steps for causing one or more functions ofthis invention.

More specifically, as shown in FIG. 4, the computer system 400, includesone or more processors or processing units 410, a system memory 450, andan address/data bus structure 401 that connects various systemcomponents together. For instance, the bus 401 connects the processor410 to the system memory 450. The bus 401 can be implemented using anykind of bus structure or combination of bus structures, including amemory bus or memory controller, a peripheral bus, an acceleratedgraphics port, and a processor or local bus using any of a variety ofbus architectures such as ISA bus, an Enhanced ISA (EISA) bus, and aPeripheral Component Interconnects (PCI) bus or like bus device.Additionally, the computer system 400 includes one or more monitors 419and, operator input devices such as a keyboard, and a pointing device(e.g., a “mouse”) for entering commands and information into computer,data storage devices, and implements an operating system such as Linux,various Unix, Macintosh, MS Windows OS, or others.

The computing system 400 additionally includes: computer readable media,including a variety of types of volatile and non-volatile media, each ofwhich can be removable or non-removable. For example, system memory 450includes computer readable media in the form of volatile memory, such asrandom access memory (RAM), and non-volatile memory, such as read onlymemory (ROM). The ROM may include an input/output system (BIOS) thatcontains the basic routines that help to transfer information betweenelements within computer device 400, such as during start-up. The RAMcomponent typically contains data and/or program modules in a form thatcan be quickly accessed by processing unit. Other kinds of computerstorage media include a hard disk drive (not shown) for reading from andwriting to a non-removable, non-volatile magnetic media, a magnetic diskdrive for reading from and writing to a removable, non-volatile magneticdisk (e.g., a “floppy disk”), and an optical disk drive for reading fromand/or writing to a removable, non-volatile optical disk such as aCD-ROM, DVD-ROM, or other optical media. Any hard disk drive, magneticdisk drive, and optical disk drive would be connected to the system bus401 by one or more data media interfaces (not shown). Alternatively, thehard disk drive, magnetic disk drive, and optical disk drive can beconnected to the system bus 401 by a SCSI interface (not shown), orother coupling mechanism. Although not shown, the computer 400 caninclude other types of computer readable media. Generally, theabove-identified computer readable media provide non-volatile storage ofcomputer readable instructions, data structures, program modules, andother data for use by computer 400. For instance, the readable media canstore an operating system (O/S), one or more application programs, suchas video editing client software applications, and/or other programmodules and program data for enabling video editing operations viaGraphical User Interface (GUI).

Input/output interfaces 445 are provided that couple the input devicesto the processing unit 410. More generally, input devices can be coupledto the computer 400 through any kind of interface and bus structures,such as a parallel port, serial port, universal serial bus (USB) port,etc. The computer environment 400 also includes the display device 419and a video adapter card 435 that couples the display device 419 to thebus 401. In addition to the display device 419, the computer environment400 can include other output peripheral devices, such as speakers (notshown), a printer, etc. I/O interfaces 445 are used to couple theseother output devices to the computer 400.

As mentioned, computer system 400 is adapted to operate in a networkedenvironment using logical connections to one or more computers, such asthe server device that may include all of the features discussed abovewith respect to computer device 400, or some subset thereof. It isunderstood that any type of network can be used to couple the computersystem 400 with server device 420, such as a local area network (LAN),or a wide area network (WAN) (such as the Internet). When implemented ina LAN networking environment, the computer 400 connects to local networkvia a network interface or adapter 429 that support the above-mentionedGigabit over Copper Ethernet as well as Jumbo Frames. When implementedin a WAN networking environment, the computer 400 connects to the WANvia a high speed cable/dsl modem 480 or some other connection means. Thecable/dsl modem 480 can be located internal or external to computer 400,and can be connected to the bus 401 via the I/O interfaces 445 or otherappropriate coupling mechanism. Although not illustrated, the computingenvironment 400 can provide wireless communication functionality forconnecting computer 400 with remote computing device, e.g., anapplication server 420 (e.g., via modulated radio signals, modulatedinfrared signals, etc.).

Examples in the present invention make specific reference toSecondLife®, however it is understood that the system and methodspresented are intended to be applicable to any virtual worldimplementation including but not limited to World of Warcraft, GoogleLively, Activeworld™.

Although the embodiments of the present invention have been described indetail, it should be understood that various changes and substitutionscan be made therein without departing from the spirit and scope of theinventions as defined by the appended claims. Variations described forthe present invention can be realized in any combination desirable foreach particular application. Thus, particular limitations, and/orembodiment enhancements described herein, which may have particularadvantages to a particular application need not be used for allapplications. Also, not all limitations need be implemented in methods,systems and/or apparatus including one or more concepts of the presentinvention.

What is claimed is:
 1. A system for locating a three-dimensional objectacross a universe of virtual worlds, said universe of virtual worldscomprising one or more virtual worlds each virtual world executing as anapplication program, and accessible via a computer network, said objectbeing uniquely identified by an object identifier, and said objecthaving a plurality of properties associated therewith and said objecthaving one or more current locations in said universe of virtual worldseach location represented by a URI, said system comprising: a virtualworld object locator interface means associated with a correspondingvirtual world, for obtaining said one or more object current locationsbased on an object identifier of said object; a publication storagedevice for storing a plurality of a plurality of object properties forall objects in said universe of virtual worlds, said object propertiesincluding at least said object identifier; an adaptor means forproviding a standard command interface to communicate with acorresponding virtual world application program over said computernetwork; an object discovery means for retrieving a plurality of objectproperties for all said objects within said universe of virtual worlds,and storing said retrieved object properties in said publication storagedevice, and said object discovery means utilizing said adaptor means tocommunicate with said universe of virtual worlds; an object search meansfor obtaining one or more URIs, each referencing a location of saidobject's current locations within the universe of virtual worlds, usingsaid object identifier of said object obtained from said publicationstorage device, and said object search means utilizing said adaptormeans to communicate with said virtual world object locator interface.2. The system for locating a three-dimensional object across a universeof virtual worlds of claim 1, wherein said adaptor means corresponds toa specific virtual world.
 3. The system for locating a three-dimensionalobject across a universe of virtual worlds of claim 1, wherein saidadaptor means is included as part of said object discovery means.
 4. Thesystem for locating a three-dimensional object across a universe ofvirtual worlds of claim 1, wherein said adaptor means is included aspart of said object search means.
 5. The system for locating athree-dimensional object across a universe of virtual worlds of claim 1,wherein said publication storage device stores said plurality of objectproperties for all objects in said universe of virtual worlds, saidsystem further comprising: means for marking all virtual worlds in theuniverse of virtual worlds as unvisited; means for selecting anunvisited virtual world from the universe of virtual worlds; means forselecting an adaptor corresponding to said selected virtual world; saidobject discovery means obtaining said plurality of object properties forall objects within said selected virtual world; storing said obtainedplurality of object properties in said publication storage device; andmarking said selected virtual world as visited.
 6. The system forlocating a three-dimensional object across a universe of virtual worldsof claim 5, wherein said object discovery means repeats obtaining saidplurality of object properties for all objects within said selectedvirtual world; storing said obtained plurality of object properties insaid publication storage device; and marking said selected virtual worldas visited until there are no unvisited virtual worlds.
 7. The systemfor locating a three-dimensional object across a universe of virtualworlds of claim 6, wherein the virtual world object locator interfacemeans of said selected virtual world utilizing said selected adaptor forobtaining object current locations of an object identifier comprises:means to create an empty object current location result list; means tomark all virtual worlds in the universe of virtual worlds as unvisited;means enabling a user to select an unvisited virtual world from theuniverse of virtual worlds and an adaptor corresponding to said selectedvirtual world; means for receiving requests for object current locationsof said selected virtual world based on said object identifier utilizingsaid selected adaptor and providing object current locations of saidaccepted object identifier utilizing said selected adaptor; wherein saidreceived object current locations are provided in said object currentlocation result list, said means for marking marks said selected virtualworld as visited, stores said obtained plurality of object properties insaid publication storage device; and marks said selected virtual worldas visited until there are no unvisited virtual worlds; and providingsaid object current location result list.
 8. The system of claim 6,wherein said object discovery means obtaining said plurality of objectproperties for all objects within said selected virtual world comprises:means for navigating to an initial virtual world viewpoint; means forcollecting descriptive information from each object within view; andmeans for determining existence of and navigating to next unvisitedviewpoint; wherein the navigating, collecting and determining arerepeated until all viewpoints are visited.
 9. The system of claim 6,wherein said object discovery means obtaining said plurality of objectproperties for all objects within said selected virtual world comprises:means for navigating to an initial virtual world viewpoint; means forcollecting descriptive information from a plurality of brokers withinview, wherein said brokers being server processes that remain stationaryacross said selected virtual world; and means for determining existenceof and navigating to next unvisited viewpoint; wherein the navigating,collecting and determining are repeated until all viewpoints arevisited.
 10. The system of claim 6, wherein said object discovery meansobtaining said plurality of object properties for all objects withinsaid selected virtual world comprises: means for placing a plurality ofbrokers in said selected virtual world, said brokers being serverprocesses that remain stationary across said selected virtual world;means for collecting descriptive information from all objects passing bysaid brokers; means for transmitting said collected descriptiveinformation to said adaptor; and means for releasing said collecteddescriptive information; wherein said collecting, transmitting andreleasing are repeated.
 11. The system for locating a three-dimensionalobject across a universe of virtual worlds of claim 5, wherein saidadaptor means provides a standard command interface implemented by theuse of a thunk program translating a set of standard commands of saidinterface into a set of corresponding commands specific to the virtualworld to which said adaptor corresponds.